home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 418.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  311 lines
  1. INFO-ATARI16 Digest         Fri,  6 Apr 90       Volume 90 : Issue  418
  2.  
  3. Today's Topics:
  4.                           Acc DTA Malloc AES
  5.                       Amiga/Atari help (2 msgs)
  6.    Digitized Sound Player Available at Terminator (Even More Fun!)
  7.                     MIDI at 500KHz ... IT WORKS!!!
  8.                            NeoDesk problem
  9.                               No Sound?
  10.                         Sozobon fix for Gemini
  11.                      TEX/DVI... are they married?
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 6 Apr 90 12:48:24 GMT
  15. From: uupsi!sunic!dkuug!imada!micro@nyu.edu  (Claus Pedersen)
  16. Subject: Acc DTA Malloc AES
  17. Message-ID: <732@imada.dk>
  18.  
  19. I hope that some of you could help me.
  20.  
  21.    I have 3 problems - no one really, and thats ACC's. No one can
  22. ever have written an ACC without having these problems - and I just
  23. don't want to reenvent the wheel...
  24.  
  25.    First two simple questions :
  26.       1) Does 'fsel_input' use 'Fsfirst', 'Fsnext' ?
  27.       2) Is there, way to find the size of a file - without
  28.          using 'Fsfirst' ?
  29.  
  30.    If the answer is 'NO' to 1) or if 'fsel_input' has a private DTA,
  31. and 'YES' to 2), then please tell me how find the size of a file,
  32. without using low level comands (eg sector read).
  33.  
  34.    The reason is that I don't want my ACC break the current running
  35. program by using or setting the DTA.
  36.  
  37.    If the ACC uses the 'default' DTA, it will write in some
  38. 'undefined' memory which might be used by the running program (or an
  39. other ACC). In fact it will use the DTA from the current running
  40. program (Defaults to the comandline!!, in a real program).
  41.  
  42.    It shuld be real easy to do, as the basepage contains an pointer
  43. to the DTA (p_dta), which means that every process can have it's own
  44. DTA. As 'Fsetdta' and 'Fgetdta' are relying on the '*SYSHDR->_run'
  45. pointer, which points to the basepage of the active process, there
  46. should be no problems, BUT '*SYSHDR->_run' never points to the
  47. basepage of an ACC, not even when it is supposed to do it's
  48. initiation!
  49.  
  50.    The second problem - 'Malloc' - yes I guess you know, GEMDOS
  51. allocates memory to an ACC under the name (pointer to the basepage)
  52. of the current running process, which means that the allocated memory
  53. dies with the process. (If this is done to minimize fragmentation, I
  54. say it is a bit drastic!).
  55.    Again it appears that all the features are there. As things are
  56. now, ACCs are merly fancy TSR program, and not real processes. If
  57. there was a way of getting '*SYSHDR->_run' to be updated correctly,
  58. it appears that the two problems would be fixed or ???
  59.    Also problems with 'Pexec'ing programs from an ACC, could probaly
  60. get fixed too (that is, if ACCs was real processes).
  61.  
  62.    As to Matthew Lodge's experiment with AC_CLOSE, it appears that
  63. EVERY? AES call automatically makes a call to the process switcher.
  64. Try to make an ACC which opens a window, and the AC_CLOSE looking
  65. something like this :
  66.  
  67.       case AC_CLOSE:
  68.          Cconws("acc closed");
  69.          Cconin();
  70.          form_alert(1,"[1][|Closed][OK]");
  71.       break;
  72.  
  73.    Is there anybody who can help me getting the DTA and Malloc
  74. working. I would also like to hear about alternative ways to follow.
  75.  
  76. I am not a developer, and have "The Hichhikers Guide ...", "The
  77. GEMDOS Manual", "Pexec cookbook", "Atari ST Profibuch" and "TC v1.1"
  78. but none of these fine documents could help me.
  79.  
  80. I am using a Mega2 with TOS1.4.
  81.  
  82.  
  83. Thanks for the time
  84.  
  85.       Klaus Pedersen  (micro@imada.dk).
  86.  
  87. ------------------------------
  88.  
  89. Date: 7 Apr 90 00:45:13 GMT
  90. From: cunixf.cc.columbia.edu!cunixb.cc.columbia.edu!es1@rutgers.edu  (Ethan
  91.  Solomita)
  92. Subject: Amiga/Atari help
  93. Message-ID: <1990Apr7.004513.7141@cunixf.cc.columbia.edu>
  94.  
  95. In article <39@solist.htsa.aha.nl> erwinh@solist.htsa.aha.nl (Chaos Conquerer)
  96.  writes:
  97. >I can imagine that you think the Commodore Amiga is much better than the Atari
  98.  ST. Fine with me, maybe you are right (could be). But please stay in
  99.  comp.sys.amiga.
  100.  
  101.         People, please watch your cross-postings! One person posted a
  102. flame to both and now all replies are being sent everywhere. When you
  103. reply, delete the cross-posting!
  104.         -- Ethan
  105.  
  106. Ethan Solomita: es1@cunixb.cc.columbia.edu
  107.  
  108. "If Commodore had to market sushi they'd call it `raw cold fish'"
  109.                 -- The Bandito, inevitably stolen from someone else
  110.  
  111. ------------------------------
  112.  
  113. Date: 6 Apr 90 21:31:56 GMT
  114. From: ndsuvm1!mtus5!ldshaner@cunyvm.cuny.edu  (Leon D. Shaner)
  115. Subject: Amiga/Atari help
  116. Message-ID: <90096.163156LDSHANER@MTUS5.BITNET>
  117.  
  118. >If I wanted to do MIDI, I'd buy an Atari ST.  Since I like what the Amiga
  119. >does for me, that's what I have.
  120.  
  121. Considering the fact that a MIDI interface with 1 in, 1 thru and 3 outs can
  122. be built for $5-$10, the fact that an ST has one built in, really doesn't
  123. mean much...A SUN has a built-in sound digitizer, but considering the fact
  124. that it is only 8 bits at a max of 8KHz, it is of little use...Just how
  125. many in outs and thrus does a stock 520ST have?
  126.  
  127. MIDI software is also of little worry here, since Dr. T's makes nearly every
  128. title they have for both machines...(my local computer dealer, who does not
  129. sell Amiga, told me that Dr. T's is about fed up with the ST because of
  130. piracy, and from what I hear, so are many other software vendors...)
  131. +--------------------------------+-----------------------------------+
  132. | LEON D. SHANER <LDSHANER@MTUS5> :BBS: AMIGA BITSWAP CENTRAL DISPATCH:
  133. | EE UNDER GRAD.                   :    (906)487-0006 <-AMIGA ONLY!    :
  134. | MICHIGAN TECHNOLOGICAL UNIVERSITY :   FREE! - 24 HOURS - 80 MB        :
  135. +------------------------------------+-----------------------------------+
  136.  
  137. ------------------------------
  138.  
  139. Date: 7 Apr 90 01:05:57 GMT
  140. From: haven!wam!dmb@ames.arc.nasa.gov  (David M. Baggett)
  141. Subject: Digitized Sound Player Available at Terminator (Even More Fun!)
  142. Message-ID: <1990Apr7.010557.23101@wam.umd.edu>
  143.  
  144. I've posted a program to terminator and to comp.binaries that lets
  145. you play samples at their correct speeds (specifiable in Hz).  It
  146. will also run from an AUTO fodler, giving those of you with
  147. Mac envy the ability to play a digitized sound at bootup.
  148.  
  149. Look in ?atari/music/samples/ for play.arc.  (terminator == 35.1.33.8)
  150.  
  151. Dave Baggett
  152. dmb@cscwam.umd.edu
  153.  
  154. ------------------------------
  155.  
  156. Date: 6 Apr 90 20:31:47 GMT
  157. From: att!oucsace!bwhite@ucbvax.Berkeley.EDU  (Bill White)
  158. Subject: MIDI at 500KHz ... IT WORKS!!!
  159. Message-ID: <1266@oucsace.cs.OHIOU.EDU>
  160.  
  161. In article <9004051235.AA00350@Argus.Stanford.EDU>, SA44@liverpool.ac.UK (Kevin
  162.  Maguire) writes:
  163. >                           A keyboard interrupt/VBL interrupt will cause
  164. > the polling loop to drop bytes. 500000 bits per second = 50000 bytes
  165. > (1 start bit/8 data bits/1 stop bit) which means only 160 clock cycles
  166. > for the 68000 to get the byte, any delay will be disasterous.
  167.  
  168.         You can disable the interrupts quite easily; just mask off the
  169. appropriate bits on the MMU (I think that's the chip; it's one of those)
  170. and all interrupts will be ignored.  Or you can re-vector them to short
  171. little routines that increment a counter and return.  I'd suggest the
  172. former, because it probably doesn't matter whether the machine keeps
  173. track of, say, mouse movement while data is being transmitted.
  174.         BTW, I've had a problem re-enabling interrupts, though; things
  175. keep crashing every now and then.
  176.  
  177.  
  178.  
  179.  
  180. --
  181. |   Bill White                  Internet: bwhite@oucsace.cs.ohiou.edu   |
  182. |       This .sig file temporarily under construction.                  |
  183.  
  184. ------------------------------
  185.  
  186. Date: 6 Apr 90 23:04:21 GMT
  187. From: zephyr.ens.tek.com!orca.wv.tek.com!pogo!bluneski@uunet.uu.net  (Bob
  188.  Luneski)
  189. Subject: NeoDesk problem
  190. Message-ID: <8833@pogo.WV.TEK.COM>
  191.  
  192. In article <1990Apr6.204104.14336@ucselx.sdsu.edu> coffey@ucselx.sdsu.edu (pat
  193.  coffey) writes:
  194. >
  195. >I have been using Neodesk for about a year now and lately it has been
  196. >acting strangly.  When I am looking for a file, and the file window
  197. >says that the mask is '*.*', some of the files don't show up.
  198. >
  199. >For example, I created a file in first word.  When using the file
  200. >selector in first word, the file is there.  When I exit from first
  201. >word and look at the directory, it is not there.  If I then drop
  202. >out of neodesk, the file shows up again.  Has anyone else experienced
  203. >this?  Does anyone have any idea of what is causing it?  I really
  204. >like Neodesk and would like to continue to use it.
  205.  
  206. Neodesk will display up to the number of files you specify in the
  207. preferences menu.  Enter the preferences and increase the number of
  208. files in a directory and your files will return. Don't allocate a lot more
  209. than you need, because it does take additional memoery.
  210.  
  211. ____________________________________________________________________________
  212.   Bob Luneski
  213.   Diamond Back Support Hotline:  bluneski@pogo.WV.TEK.COM
  214.                                  Genie: B.LUNESKI1
  215.  
  216.   The opinions expressed herein are my own and in no way reflect the
  217.   opinions of Tektronix, Inc.
  218.  
  219. ------------------------------
  220.  
  221. Date: Fri, 06 Apr 90 13:31:17 CST
  222. From: Robert Gambs <S54394GR%ETSUACAD.BITNET@ricevm1.rice.edu>
  223. Subject: No Sound?
  224.  
  225. Dear Atarians,
  226. First of all, I am getting a really wierd problem.  Every once in a
  227. while when I turn my computer on and load either a term program or a WP
  228. program, at a random point in time after loading, the sound just dies!!!
  229. No keyclick, nobell, no digitized sound, NOTHING!  Then, whats weirder,
  230. is when I turn the computer off, back on again and load something, the
  231. sound returns to normal.  Has this ever happened to anyone else?  Is
  232. something going out in my computer?
  233. Next: are there any english docs on Gemini.  I have the Gemini.zoo
  234. which released about 27 files.  I have done everything I can think of,
  235. but I can't get itto work.  Perhaps someone could send me a short file
  236. describing how to get goingon it, I would appreciate it.  If someone
  237. could tell me what it is, that would be great.  What does it do to the
  238. desktop?  etc.etc.etc.
  239. Finally, a NeXT will be here on campus in about a week for a demo
  240. and I know nothing about it.  I would like to know how it stands up to a
  241. TT (?) and how the two are similar and different.  We already have a
  242. price quoted for NeXT:
  243. $13,000+   However, this brings a very nice system (all you could want,
  244. right?) to your desk.
  245.  
  246. *************************************************************************
  247.    | | |         ___________________________________________
  248.    | | |        /             /  ROBERT GAMBS
  249.    | | |       /______       /   S54394GR@ETSUACAD.BITNET
  250.    / | \             /      /    EAST TEXAS STATE UNIVERSITY
  251.   /  |  \   ________/      /
  252. *************************************************************************
  253.  
  254. ------------------------------
  255.  
  256. Date: 7 Apr 90 00:26:51 GMT
  257. From: uupsi!ncs.dnd.ca!balkwill@nyu.edu  (R. J. Balkwill)
  258. Subject: Sozobon fix for Gemini
  259. Message-ID: <773@ncs.dnd.ca>
  260.  
  261. To all who have problems running Sozobon-built programs under Gemini.
  262. Do not despair.  The real problem is in jas, the Sozobon assembler.
  263. My memory is a little shaky here but after more than a few minutes
  264. investigation I discovered the following:
  265.  
  266. 1.  Gemini uses the xArg convention for passing arguments to programs
  267. and Sozobon startup code honours this.  Gulam and most other shells do
  268. not make an xArg entry in the environment so certain portions of your
  269. startup code are never executed when calling from those.
  270.  
  271. 2.  The section that deals with xArg passing invokes either memcpy or
  272. lmemcpy from dlibs.
  273.  
  274. 3.  Although the source for these functions looks ok the jas assembler
  275. generates erroneous code for some bit-oriented instruction (btst?)
  276. therein.  Hence your startup code walks into trash of jas' making.
  277.  
  278. The Solution - either reassemble the memcpy.s and lmemcpy.s functions
  279. with a compatible assembler, or write tiny versions of your own either
  280. in assembler or C, compile them and add them to dlibs replacing the
  281. old versions.
  282.  
  283. PS - I love both Gemini and Sozobon - add in Gulam and life is fun!
  284. ---
  285. Bob
  286. --
  287. ---
  288. Bob
  289.  
  290. ------------------------------
  291.  
  292. Date: 7 Apr 90 00:37:03 GMT
  293. From:
  294.  cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@tut.cis.ohio-st
  295.  ate.edu
  296. Subject: TEX/DVI... are they married?
  297. Message-ID: <16000040@ux1.cso.uiuc.edu>
  298.  
  299.         Can someone tell me the relationship between tex and dvi?  Do
  300.         I need both to print a tex document?  Does tex drive an LQ
  301.         printer?
  302.  
  303.         Thanks.
  304.  
  305.         -- Greg
  306.  
  307. ------------------------------
  308.  
  309. End of INFO-ATARI16 Digest V90 Issue #418
  310. *****************************************
  311.